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(54) Method and apparatus for enlarging DVB-CI functionality by enabling a direct access to the 
Conditional Access Module 

(57) The invention is to be used in the Digital Video 
Broadcasting - Common Interface environment for 
accessing the Conditional Access Module (CAM). The 
host application handles objects of the Conditional 
Access (CA) through a private Application Program 
Interface (API). Each CAM may have its own private CA 
API but the data channel remains identical whatever the 
CAM is. This new mode coexists with the two already 
defined modes: low level Man Machine Interface, and 
high level Man Machine Interface. 

If a Set Top Unit < ( understands ) > the private CA 
Application Program Interface (API), then it may access 
the features of the plugged CA through its private CA 
API Protocol. Othenwise, it remains on the standard 
API. 

With this extension, a STU can have a Conditional 
Access User Interface which perfectly frts into the over- 
all User Interface of the STU. Thus, a broadcaster can 
ensure that its look and feel are respected on its STUs. 
A manufacturer can build a STU especially optimized for 
a given CA or a plurality of CAs but still able to run other 
CAs. 

Therefore, owing this technique, it is possible to 
provide a method and an apparatus for allotting Condi- 
tional Access features to STU as if the CA modules 
were transparent. Furthermore, this access to the Con- 
ditional Access Module is direct in addition to the stand- 
ardized access by defining a protocol of 
communications with a predetermined format without 
inposing a predefined content of the communications 
exchange. 
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Description 

Reld of the invention 

5 [0001 ] The present invention relates to Digital Video Broadcasting systenis and more particularly to a method and an 
apparatus for extending the Digital Video Broadcasting - Common Interface function by enabling a direct access to con- 
ditional access features. 

Background art 

10 

[0002] The environment from which the present invention is derived Is the digital video broadcasting (DVB) a detailed 
spedf ication of which is given in the Standards. One may refer, for instance, to the European Telecommunication Stand- 
ards Institute (ETSI) relating to tiie Digital Video Broadcasting published in EN 300 468 - v1.3.1 (1997-09). Any other 
digital video broadcasting specification may be used. 

15 [0003] The DVB - Common Interface (DVB-CI) for Conditional Access and Otiier Digital Video Broadcasting Applica- 
tions is one of a few consumer hardware interfaces specified by the DVB. It is designed to bring the full benefits of open 
standardization to the supply of digital reception equipment, whilst at the same time making it possible for the Condi- 
tional Access and security elements of a digital TV receiver system to remain proprietary. By using this interface, the 
proprietary elements of the system can be separated from tiie parts required to receive and decode digital television 

20 and data services. They can be manufactured and disti'ibuted separately, releasing tiie constraints which occur when 
the elements are supplied together. 

[0004] One may refer to the European Standard issued in April 1 996 by the CENELEC (Comit6 Europ6en de Normal- 
isation Electrotechnique), on ( (Common Interface Specification for Conditional Access and other Digital Video Broad- 
casting Set Top Box Applications)). This document aims to describe a common interface by defining tiie standards that 

25 relate to the source coding, channel coding, service information. STU interfaces and a conditional access. This latter is 
used when there is a need to control access to a broadcast service which is a set of elementary streams offered by tiie 
user as a program. According to the document, the application operates in a module, communicating with the host, and 
provides facilities to the user over and above those provided directiy by the host. The host is a multimedia device such 
as a PC. a VCR or an IRD etc. where modules can be connected. Conversely, a module is a small device, which is not 

30 working by itself, but is designed to run specialized tasks in association with a host such as a conditional access sub 
system, an electronic program guide application module, or to provide resources required by an application but not pro- 
vided directly by the host. The resource is a unit of functionality provided by the host for use for a module. It defines a 
set of objects exchanged between module and host by which the module uses the resource. 
[0005] In this CENELEC document, a solution to tfie problem for broadcasters to access decoders witii different con- 

35 ditional access systems and to ensure that tiiey have choice of supply of such systems consists in using a standardized 
interface between a module and a host where Conditional Access and more generally defined proprietary functions 
may be implemented in the module. Consequentiy, broadcasters can use modules containing solutions from different 
suppliers in the same broadcast system, thus increasing their choice and anti-piracy options. 
[0006] Consistency is one of the most important problems to solve for the design of good user interface. To allow a 

40 user to understand and to learn a User Interface (Ul), it is mandatory that the same concepts be identically labeled all 
over the Ul. This concept consists in using a predetermined format whereas the content of the messages is not com- 
pulsory. Furthermore, concerning the organization of tiie information, it must be conformed with the consistency rule. 
[0007] With the current approach of the DVB-CI, this purpose is hardly reachable. Different Conditional Access Mod- 
ules (CAM) refer to similar concepts such as entitlements, tokens, or pay per view, with different names. The way to 

45 access the different features is different from one CAM to another. For instance, each CAM provider proposes its own 
hierarchical menu organization with Its own labels. All these differences co-existing in tiie same STU will necessarily 
confuse tiie user. The use of a unique look and feel is not sufficient to avoid tiie confusion. 

[0008] It is not realistic to target a Set Top Unit compliant with all the private Conditional Access Application Program 
Interfaces. In many cases, for a given place, there are only one or two leading Conditional Access systems. Thus, an 
50 optimized STU would perfectly answer to the largest market whilst remaining open to minor CA systems even though 
for these latest ones, it would not offer the optimal User Interface. 

Summary ot the invention 

55 [0009] It is a main object of tiie invention to provide a method and an apparatus for providing Conditional Access fea- 
tures to STU as if the CA modules were transparent. 

[001 0] It is thus an object of tiie invention to offer in the DVB-CI environment an additional method and apparatus for 
accessing directiy the Conditional Access Module in addition to the standardized access by defining a protocol of com- 
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munications with a predetermined format. 

[001 1 1 It is a further object of the invention to allow the communication between the Set Top Box and the Conditional 

Access Module without imposing a predefined content of the communication messages: 

[0012] The invention is to be used in the Digital Video Broadcasting - Common Interface environment for accessing 
5 the Conditional Access Module (CAM). The host application handles objects of the Conditional Access (CA) through a 
private Application Program Interface (API). Each CAM may have its own private CA API but the data channel remains 
identical whatever the CAM is. 

[001 3] According to the present invention, a private CA Application Program Interface concept and a standard Appli- 
cation Program Interface concept can coexist together. The Private API is a new mode which coexists with the two 

10 already defined modes of high and low Man Machine Interface resource. 

[0014] If a STU < ( understands ) > the private CA Application Program Interface (API), then it may access the features 
of the plugged CA through its private CA API Protocol. Othenvise, it remains on the standard API, 
[0015] With this extension, a STU can have a Conditional Access User Interface which perfectly fits into the overall 
User Interface of the STU. Thus, a broadcaster can ensure that its look and feel are respected on its STUs. A manufac- 

15 turer can build a STU especially optimized for a given CA or a plurality of CAs but still able to run other CAs. 

[0016] According to the present invention, a method for allowing communications exchange between at least one 
Conditional Access Module and a user interface of a multimedia device in a communications system by enabling a 
direct access to said at least one conditional access module, said communication system using a standard application 
program interface protocol and a private application program interface protocol, comprises the steps of: 

20 

transmitting a first message (PCAJdentification) from said conditional access module to said user interface con- 
taining predetermined parameters, wherein said parameters are dedicated to said private application program 
interface protocol; 

25 - checking if said user interlace are conformed to said parameters: 

responding with a second message (PCAJdentification answer) from said user interface to said conditional access 
module, said second message containing a result of the matching between the Conditional Access Module and the 
user interface parameters; and 

30 

in response to said second message, selecting said private protocol or said standard protocol. 

[0017] Furthermore, an apparatus for implementing the method for allowing communications between a plurality of 
conditional access module and a user interface according to the present invention is disclosed therein. 

35 

Brief description of the drawings 
[0018] 

40 Figure 1 shows the environment of the present invention wherein a single module is in connection with a host. 

Figure 2 illustrates the communication protocol between the Conditional Access Module and the Dedicated User 
Interface. 

45 Figure 3 shows the flow chart of the process for determining the use of a private API or a standard API according 
to the present invention. 

Figure 4 A shows the case when the private CA Application Program Interface protocol is used. 
so Figure 48 shows the case when the standard CA Application Program Interface protocol is used. 
Detailed descriptio n of the Invention 

[0019] Figure 1 illustrates the overview of the present invention wherein a private CA Application Program Interface 
55 concept and a standard Application Program Interface concept coexist together. 

[0020] On one side, the Set Top Unit application handles objects of the CA Module, referred as CAM (120), through 
a private API, but the data channel remains identical whatever the CAM is. Each CAM may have its own private API in 
addition to a standard API. The CAM communicates with the DVB-CI through a driver (100) that contains four commu- 



3 



EP0 964 573 A1 

Plication layers. These layers are the Session layer (101), the Transport layer (102), the Link layer (103) and the Physical 
layer (104). 

[0021 ] On the other side, the DVB-CI also has a driver (100) that includes the same fourcommunication layers. -These 
four layers communicate with a Man Machine Interface refen-ed as MMI (150) through a standard API and with a dedi- 
5 cated User Interface (140) through a private API. 

[0022] The Private API is a new mode which coexists with the two already defined modes that are the high and low 
MMI resource. 

[0023] If a STU < < understands > ) the private CA Application Program Interface (APQ, then it may access the features 
of the plugged CA through its private API protocol. Otherwise, it remains on the standard API protocol. 
10 [0024] Ttie comnron interface consists of two components, a Transport Stream Interface and a Command interface. 
Both are layered to make the overall interface design and implementation easier. 

[0025] The Transport Stream Interface carries MPEG-2 transport packets in both directions owing tp a bi-directional 
bus. If the module give access to any services in the Transport Stream and those services have been selected by the 
host, the packets carrying those services will be returned descrambled. and the other packets are not modified. 

15 [0026] The Command Interface carries all communication between the applications running in the module and the 
host. The communication protocols on this interface are defined in several layers to provide the necessary functionality 
This functionality comprises: the ability to support multiple modules on one host, the ability to support complex combi- 
nations between module and host, and an extensible set of functionality primitives (also called objects) which allow the 
host to provide resources to the module. 

20 [0027] An associated application layer which is common to all physical implementations is designed to be free of spe- 
cific application semantics. It does not limit the number of modules which may be connected to the host at any time. 
When several modules are connected to a host, this latter should be able to select the module(s) relevant for the 
descrambling of the selected service(s). 

[0028] Figure 2 illustrates a protocol of communication between a Conditional Access Module (120) and a Dedicated 
25 User Interface (1 40). After initialization, in order to ask the dedicated Ul to check if it understands the CAM's private API, 

the CAM sends a PCAJdentificationQ object to the dedicated Ul resource. According to the present protocol, this latter 

responds with an iderrtrfication answer to the CAM. This protocol is common to all CAMs which have a private API. In 

this response, the Set Top Unit sends a PCAJdentification answer 0 object which contains the result of the match 

between tiie CAM and the dedicated Ul parameters that will be detailed later on. 
30 [0029] If the parameters match, the private API will be used, else it will be the standard API. 

[0030] As is mentioned above, the communication for data across the command interface is defined in terms of 

objects. The objects are coded by means of a general Tag-Length- Value coding. 

[0031 ] In addition to the objects already defined in the standards and in CENELEC document, it is required to define 
two types of exchanged objects that are the identification objects and the data objects. The content of these two objects 
35 is common to all private CA API Protocols. 

Identification objects: 

[0032] The function of these identification objects is to allow a CAM having private API to check if it can communicate 
40 with a dedicated User Interface resource of the Set Top Unit, for instance to check if it understands the host through a 
private API. 

[0033] An identification object is sent first by the CAM. This object contains all the information needed to check the 
matching between the STU and the DVB-CAM, A Set Top Unit with a private CA API protocol will answer by sending 
back an identification_answer object. On the contrary, a Set Top Unit without a private CA API protocol will not answer 
45 satisfactorily to this identification. 

[0034] In the preferred implementation, the identification object may contain 3 parameters. But it should be kept in 
mind that it is possible to implement solely one of these parameters or to implement additional parameters. 
[0035] The parameters are: 

50 - Conditional Access identifier 
Manufacturer Name 

Version of the Conditional Access program 

[0036] The additional parameters are dedicated to private data. 
55 [0037] These objects have the following formats: 
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20 



PCA_Identif ication_Object ( ) 
{ 

PCA Identification Tag 



Lenght_field {) 
CA__Identif ier 

Manuf acturer_length ( 
CA Identifier 



24 bits 
uimsbf 

24 bits 
uimsbf 



Manuf acturer_length 



24 bits 
uimsbf 
8 bits 
uimsbf 

for (i=0; i < manuf acturer_length; i++) 
{ 



manufacturer char 



} 

version ID 



private field length () 



8 bits 
uimsbf 

24 bits 
uimsbf 
8 bits 
uimsbf 



40 



45 



for (i=0; i<private_f ield_length; i++) 
{ 

private_f ield_data 



50 



wherein: 



uimsbf stands for unsigned integer most significant bit first; 

Manufacturer_char is a compound of string of the manufacturer's name. The string is not null terminated; 
Version_ID conprises 3 bytes. The first byte is the main release number. The second and respectively the third 
bytes are the sub and the subsub release number. 
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15 



PCA_Identif ication_answer_Object ( ) 
{ 

PCA_Identif ication_answer__Tag 24 bits 

uimsbf 

Length_field 0=1 

Identif ication_result 8 bits 

uimsbf 



20 Data objects: 

[0038] The data objects have predetermined headers but not a predetermined content. For the preferred embodiment, 
there are three kinds of data objects: 

25 ' Inquiry Tag: used by the Host or the Conditional Access Module to request information in a bi-directional mode; 

Answer Tag: used by the Host or the Conditional Access Module to answer in response to an inquiry Tag in a bi- 
directional mode: 

Notification Tag: used for notifying information to the Host or the Conditional Access Module an information. 

30 



35 



50 
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20 



SO 



55 



PCA_Inquiry_Object () 
{ 

PCA_Inquiry_Tag 24 bits 

uimsbf 
length_fielcl 0 
for (i=0; Klength; i++) 
{ 

PCA_data_unit 8 bits 

uimsbf 

} 

} 

PCA_Answer_Object 0 
{ 

PCA_Answer__Tag 24 bits 

uimsbf 
length_field () 
for (i=0; i<length; i++) 
{ 

PCA_data_unit 8 bits 

uimsbf 

} 

} 

PCA_Notify_Object () 
{ 

PCA_Notif y__Tag 24 bits uimsbf 

length_field () 

for (i=0; i<length; i++) 

( 

PCA_data_unit 8 bits 

uimsbf 

} 

} 



[0039] The content of the PCA_data_unit depends entirely on the plugged DVB-CAM. This level of the API is not pub- 
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lie. It is a definition proprietary to the STU's manufacturer and the DVB CAM'S nnanufacturer. TTiere is no need to stand- 
ardize this content It is up to the host application to perform the right manipulations to build a consistent User Interface 
for multiple Conditional Access systems. 

[0040] Figure 3 represents a flew chart, according to the present invention, that illustrates when to use a private API 
5 or a standard API and how the above defined identification objects are used in this identification process. 

[0041] After the session opening, at step (200). the Host transmits an identification request to the CA Module, at step 
(210). 

[0042] At step (220). it is determined whether the CA Module is supported. If it is not supported, then the standard 
API Protocol is used, at step (260), for connecting to a generic user interface located in the Host. Otherwise, the CA 
10 Module sends an identification answer to the Host, at step (230). 

[0043] At step (240), owing to the identification answer, rt is determined if the parameters defined in the identification 
objects are known by the Host, for instance if the CAJderrtif ier, the Manufacturer_char and the Version_ld are identified 
by the Host. As is already mentioned, other parameters may be added to this list. 

[0044] If the parameters are known, then a private CA API protocol can be used for connecting to the dedicated user 
15 interface or resource, at step (250). Othenn^ise, the standard CA API protocol is used at step (260). 

[0045] More in details, at step (260), the connection between a CA Module to a generic user interface is performed 
according to a standard API protocol defined in the DVB-CI guidelines issued by the DVB Project Office of the European 
Broadcasting Union, Geneva. Switzerland. According to these guidelines states, the application running on modules 
make use of services provided by the Host. These services are partitioned into resources which encapsulate the total 
20 functionality available into a plurality of easily managed pieces. The resources are defined as simple, low-level functions 
in opposition to high level. The high level is used when the application can determine the content of the interaction but 
surrenders the method of the interaction to the Host On the contrary, the low level uses the Man Machine Interface 
(MMI) wherein the Host is not involved with the ergonomics of the application's display such as: 

25 - the color depth 

the amount of memory provided for graphics 
the drawing speed 

the number of concurrent MMI sessions supported 
the interface ergonomics for moving between applications 
30 • etc. 

[0046] Conversely, at step (250), if a private CA API protocol is chosen to connect to a dedicated user interface, then 
the data objects as defined in the inquiry, answer and notification objects are used for the communication exchanges 
between the corresponding CA Module and the Host. According to the private CA API protocol, the ergonomics of the 
35 application's display can be fully controlled, thanks to the direct access to all the features of CA Module making this lat- 
ter transparent. 

[0047] Figure 4A illustrates the use of the private CA API. It is mandatory that the dedicated User Interface (140) 
matches the plugged DVB-Conditional Access Module (120). For this purpose, an identification process allows this 
checking. 

40 [0048] The plugged DVB-CAM contains a descrambler (1 26). a microprocessor (1 24) that controls the communication 
exchange and a Conditional Access Software (122). This CA software allows the communication with the DVB-Ci. 
[0049] if the STU does not understand the private CA API, then it uses the standard API protocol as illustrated in fig- 
ure 4B with either the low level MMI or the high level MMI. 

[0050] Figure 4B represents the case when the Set Top Unit mismatches with the DVB-Conditional Access Module. 
45 In such case, the Standard APi Protocol is used instead. Thus, this standard protocol enables to communicate with the 
generic User Interface. 

[0051 ] It should be kept in mind that the present implementation can also be adapted to an environment of a plurality 
of CA Modules that are connected to the Host. The parameters of CA Module that are known at step (240) is then 
selected for the communication exchanges, at step (250). 

50 

Claims 

1. A method for allowing communications exchange between at least one Condhional Access Module (120) and a 
user interface of a multimedia device in a communications system by enabling a direct access to said at least one 
55 conditional access module, said communication system using a standard application program interface protocol 
and a private application program interface protocol: 
said method characterized in that it comprises the steps of 
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- transmitting (230) a first message (PCAJdentification) from said conditional access module to said user inter- 
face containing predetermined parameters, wherein said parameters are dedicated to said private application 
program interface protocol; 

5 - checking (240) if said user interface are conformed to said parameters; 

responding (250,260) with a second message (PCAJdentification answer) from said user interface to said con- 
ditional access nxxlule. said second message containing a result of the matching between the Conditional 
Access Module and the user interface parameters; and 

10 

in response to said second message, selecting said private protocol (250) or said standard protocol (260). 

2. The method according to claim 1 wherein said first message (PCAJdentification) defines a predetermined format 
for the communications exchange between said Conditional Access Module and said user interface. 

15 

3. The method according to claim 1 or 2 wherein the parameters of said first message (PCAJdentification) contain at 
least the indication of the Conditional Access Module identification, the manufacturer name or the version of the 
conditional access program. 

20 4. The method according to any one of the previous claims wherein before transmitting said first message, said 
method further comprises the steps of: 

determining (210) if said conditional access module contains a private application program interface protocol; 
and 

25 

determining (220) if said multimedia devices has a dedicated user interface using said private application pro- 
gram interface protocol; 

5. The method according to any one of the previous claims wherein in case of private protocol selection the following 
30 communication exchange between said user interface and said conditional access module uses predefined data 

formats regardless of their contents. 

6. The method according to claim 5 wherein said predefined data formats are used either by said conditional access 
module or said user interface for requesting information, for answering in a bi-directional mode, or for notifying infor- 

35 mation to said conditional access module or said user interface. 

7. An apparatus for allowing communications exchange between at least one Conditional Access Module (120) and 
a user interface of a multimedia device in a communications system by enabling a direct access to said at least one 
conditional access module, said communication system using a standard application program interface protocol 

40 and a private application program interface protocol; 
said apparatus characterized In that it comprises: 

means for transmitting a first message (PCAJdentification) from said conditional access module to said user 
Interface containing predetermined parameters, wherein said parameters are dedicated to said private appli- 
es cation program interface protocol; 

means for checking if said user interface are conform with said parameters; 

means for responding with a second message (PCAJdentification answer) from said user interface to said 
50 conditional access module, said second message containing the result of the matching between the Condi- 

tional Access Module and the user interface parameters; and 

means for selecting said private protocol or said standard protocol according to said second message. 

55 8. The apparatus of claim 7 further wherein said first message (PCAJdentification) defines a predetermined format 
for the communications exchange between said Conditional Access Module and said user interface. 

9. The apparatus according to claims 7 or 8 wherein in case of private protocol selection the following communica- 
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tions exchange between said user interface and said conditional access module uses predefined data formats 
regardless of their contents. 

1 0. The apparatus of daim 8 or 9 wherein said multimedia device is a set top unit connected to a display device. 

5 
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